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DATA TRANSFER CONTROL DEVICE AND ELECTRONIC EQUIPMENT 



TECHNICAL FIELD 

The present invention relates to a data transfer control 
5 device and electronic equipment comprising the same, 

BACKGROUND OF ART 

An interface standard called IEEE 13 94 has recently been 

attracting much attention. This IEEE 1394 has standardized 
jlO high-speed serial bus interfaces that can handle the next 
5 generation of multimedia devices. IEEE 13 94 makes it possible 
\ to handle data that is required to have real-time capabilities, 
; such as moving images. A bus in accordance with IEEE 1394 can 
^ be connected not only to peripheral equipment for computers, 
fl5 such as printers, scanners, CD-R drives, and hard disk drives, 
= but also to domestic appliances such as video cameras, VTRs, 
I and TVs. This standard is therefore expected to enable a 

dramatic acceleration of the digitalization of electronic 

equipment . 

20 The concept of IEEE 1394 is disclosed in various 

publications, such as "An outline of the IEEE 1394 High 
Performance Serial Bus" {Interface , April 1996, pages 1 to 10), 
"Bus Standards for PC Peripheral Equipment" (Interface , January 
1997, pages 106 to 116), and "Real-Time Transfer Modes and 

25 Multimedia-Capable Protocols for IEEE 1394-1995 (FireWire)" 
{Interface , January 1997 , pages 136 to 146). Texas Instruments* 
TSB12LV31 is known as a data transfer control device that 
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conforms to IEEE 1394. 

IEEE 1394 specifies that, after a bus reset, tree 

identification and then self identification are performed. 

During this self identification, each node broadcasts its own 
5 self -ID packet to all the other nodes. Each node that receives 

this self -ID packet retains it in its own memory as necessary. 
However, the number of these self-ID packets increases as 

the number of nodes increases, so it can become extremely large. 

In addition, it is necessary to append a header of at least one 
|10 quadlet to distinguish this large number of self-ID packets from 
I other LINK packets and enable an interface with respect to an 
\ upper layer in the firmware or the like. The existence of this 
; large number of self-ID packets will cause a reduction in the 
^ free capacity of the memory of each node, raising a problem 
fl5 concerning the efficient usage of the resources possessed by 
'I each node. 

I To improve the actual transfer speed of the entire system 

in an data transfer control device conforming to IEEE 1394, it 
is preferable to reduce the processing overheads of firmware 

20 and application software running on the CPU, as far as possible. 

DISCLOSURE OF THE INVENTION 

The present invention was devised in the light of the above 
described technical problem, and has as an objective thereof 
25 the provision of a data transfer control device and electronic 
equipment using the same which are capable of efficiently 
utilizing the resources available to each node. 
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Another objective of the present invention is the 
provision of a data transfer control device and electronic 
equipment using the same which are capable of reducing the 
processing overheads of firmware and application software. 
5 In order to solve the above described technical problems, 

the present invention relates to a data transfer control device 
for transferring data among a plurality of nodes that are 
connected to a bus, the data transfer control device comprising: 
packet shaping (reforming) means for receiving a series of 
dO self-identification packets that are transferred from the nodes , 
I and shaping the transferred series of the self-identification 
\ packets into a packet having a frame made of control information 
r that is used by an upper layer and data that is formed from an 
^ assembly of the transferred series of the self-identification 
fl5 packets; and write means for writing the shaped packet to a 
^ storage means . 

I In the present invention, a packet can be shaped ( reformed) 

by re-packaging the series of self-identification packets into 
a single packet and appending control information, so that the 

20 series of self -identification packets can interface with an 
upper layer. This makes it possible to reduce the amount of 
storage area within the storage means required for writing the 
thus-shaped packet, in comparison with an upper-layer interface 
wherein control information is appended to each self- 

25 identification packet. In addition, since the series of 
self-identification packets is handled together, the 
processing overhead on the firmware or the like can be reduced. 
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In the present invention, the packet shaping means may 
erase error check information within each of the self- 
identification packets when each of the self-identification 
packets comprises error check information, and shapes the 
5 transferred series of the self -identification packets into a 
packet having a frame made of data formed from an assembly of 
the self-identification packets each of which error check 
information has been erased, and the control information. This 
makes it possible to further reduce the amount of storage area 
,:=-,10 in the storage means for writing the thus-shaped packet. 
'r:t In the present invention, the packet shaping means may 

Z\ determine whether or not there is an error in the self- 
^ll identification packets that are transferred from the nodes, 
^'^ based on the error check information, and appends status 
ull5 information to control information of the packet to indicate 
whether or not there is an error in the self-identification 
&} packets. This makes it possible to convey to an upper layer that 
there is an error in a self-identification packet, in a simple 
manner . 

20 In the present invention, the packet shaping means may 

append status information to control information of the packet 
to indicate whether or not the self-identification packets were 
received during a self -identification period. This makes it 
simple to distinguish between a packet obtained by re-packaging 

25 self -identification packets and other types of packet. 

The data transfer control device of the present invention 
may further comprise: packet division means for writing control 
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information of the packet into a control information area of 
the storage means and data of the packet into a data area of 
the storage means, the storage means being randomly accessible 
and being divided into the control information area and the data 
5 area; and means for appending a data pointer indicating an 
address of data to be written to the data area, to the control 
information. This makes it possible to handle the control 
information portion and the data portion of the thus-shaped 
packet separately, thus reducing the processing overheads on 
:=,10 the firmware or the like. 

'^l In the data transfer control device of the present 

invention, the packet division means may write data of the 
\ll packet obtained by shaping the series of the self- 
=^ identification packets into an area within the storage means 
9^15 that is dedicated to self -identification packets. This makes 
H= it possible to simplify the processing required for, for example, 
Q the creation of a topology map. 

The data transfer control device of the present invention 
may further comprise means for detecting whether or not the 
20 current period is a self -identification period, based on status 
information that has been sent from a lower layer; and the packet 
shaping means may regard a series of packets that have been 
transferred in during the self -identification period as 
self-identification packets, and may shape the series of the 
25 self-identification packets. This helps reduce the size of the 
hardware by making it possible to detect whether or not a packet 
to be processed is a self-identification packet, in a simple 
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manner . 

Note that in the present invention, dada transfer may be 
performed in accordance with the IEEE 13 94 standard. 

Electronic equipment in accordance with the present 
5 invention comprises any one of the above described data transfer 
control devices; a device for performing given processing on 
data that has been received from another node via the data 
transfer control device and the bus; and a device for outputting 
or storing data that has been subjected to the processing. 
,.,10 Electronic equipment in accordance with the present invention 
'^t further comprises: any one of the above described data transfer 
'il control devices; a device for performing given processing on 
■^f data that is to be sent to another node via the data transfer 
^^1 control device and the bus; and a device for fetching data to 
Cjl5 be subjected to the processing. 

Ui= With the present invention, it may be possible to speed 

r\ up the processing performed within the electronic equipment for 
outputting or storing data that has been transferred from 
another node, or the processing performed within the electronic 

20 equipment on data that has been fetched thereby and is to be 
transferred to another node. The present invention can make it 
possible to reduce the size of the storage means used for storing 
the shaped packets and also reduces the processing load on the 
firmware or the like that controls the data transfer, thus 

25 making it possible to produce electronic equipment that is less 
expensive and more compact. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figs. lA, IB, and IC are illustrative of the concepts of 
asynchronous transfer and isochronous transfer. 

Figs. 2A and 2B are illustrative of the concept of tree 
5 ident if ic a t ion . 

Fig. 3 is illustrative of the concept of self 
identification. 

Figs. 4A, 4B, 4C, and 4D show the formats of physical- 
layer packets such as a self -ID packet. 
^,10 Fig. 5 is illustrative of the IEEE 1394 protocol 

'f:: configuration . 

'll Fig. 6 shows a structural example of the data transfer 

4f control device of an embodiment of the present invention. 

Fig. 7 is illustrative of the separation between the header 
CH5 (control information) area and the data area. 
h= Fig. 8 shows the structure of a comparative example for 

CI this embodiment . 

Fig. 9 is illustrative of the method of data transfer used 
by the configuration of Fig. 8. 
20 Fig. 10 is illustrative of another method of data transfer . 

Fig. 11 is illustrative of the method of data transfer used 
by this embodiment of the invention. 

Fig. 12 is illustrative of the self-ID period. 
Figs. 13A and 13B are illustrative of packet shaping in 
25 accordance with a comparative example and this embodiment of 
the invention, respectively. 

Figs. 14A and 14B are illustrative of a method of erasing 
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a parity portion of a self-ID packet. 

Fig. 15A is illustrative of a method of appending a data 
pointer to a header and Fig. 15B is illustrative of a method 
of appending BR, which indicates whether or not a packet was 
5 sent during the self -ID period, to a trailer. 

Fig. 16 is illustrative of a method of providing an area 
dedicated to self-ID packets, within the data area. 

Fig. 17 shows a structural example of the link core (packet 
shaping circuit) and DMAC (for RF) . 
...10 Fig. 18 is a timing waveform chart illustrating a detailed 

'fii example of the processing of packet shaping during the self-ID 
period. 

4? Figs. 19A, 19B, and 19C are illustrative of the control 

bus CTL, data bus D, and status information (status bits). 

it 

Ql5 Figs. 20A and 20B show PHY packet formats. 

■tr i 

Fig. 21 illustrates tags, 
p Fig. 22 is a timing waveform chart illustrating a detailed 

example of the processing of packet shaping outside of the 
self-ID period. 

20 Figs. 23A, 23B, and 23C show examples of the internal block 

diagrams of various items of electronic equipment. 

Fig. 24A, 24B, and 24C show external views of various items 
of electronic equipment. 

25 BEST MODE FOR CARRYING OUT THE INVENTION 

Preferred embodiments of the present invention are 
described below with reference to the accompanying drawings . 

8 



1. IEEE 1394 

The description first relates to an outline of IEEE 1394. 

5 1.1 Data Transfer Speed and Connection Topology 

The IEEE 1394 standard (IEEE 1394-1995, Pl394.a) enables 
high-speed data transfer at 100 to 400 Mbps (P1394.b concerns 
800 to 3,200 Mbps) . It also permits the connection of nodes of 
different transfer speeds to the same bus. 
,10 The nodes are connected in a tree configuration in which 

= a maximum of 63 nodes can be connected to one bus. Note that 
' the use of bus bridges enables the connection of approximately 
I 64,000 nodes. 

^ When power is applied or devices have been disconnected 

fl5 or connected while power is on, a bus reset occurs and all 
^ information relating to connection topology is cleared thereby . 
i After the bus reset, tree identification (determination of the 
root node) and self identification are performed. Subsequently, 
the nodes that are to act as management nodes, such as the 
20 isochronous resource manager, cycle master, and bus manager, 
are determined. Ordinary packet transfer then starts. 

1.2 Transfer Methods 

IEEE 1394 provides for asynchronous transfer (suitable for 
25 data transfers where reliability is required) and isochronous 
transfer (suitable for transfers of data such as moving images 
and audio, where real-time capabilities are required), as 
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packet transfer methods. 

An example of an asynchronous subaction is shown in Fig. 

IA. One subaction consists of arbitration, packet transfer, and 
acknowledgment. In other words, data transfer has precedence 

5 but first of all arbitration relating to the right of use of 
the bus takes place. A packet is then transferred from the source 
node (the originator of the transfer) to the destination node 
(the destination of the transfer) . A source ID and a destination 
ID are comprised within the header of this packet. The 
-^10 destination node reads this destination ID and determines 
|1= whether or not the packet is addressed to itself, when the 
destination node accepts the packet, it sends an acknowledgment 
;!f (ACK) packet back to the source node. 

There is an acknowledgment gap between the packet transfer 
2^15 and the ACK packet. There is also a subaction gap between one 
1==^ subaction and the next subaction. Arbitration for the next 
ill subaction cannot occur until a fixed bus idle time that is 
equivalent to this subaction gap has elapsed. This prevents 
collisions between subactions. 
20 An example of an isochronous subaction is shown in Fig. 

IB. Since an isochronous transfer is performed as a broadcast 
(transfer to all nodes connected to the bus), no ACK is sent 
back when a packet is received. With isochronous transfer, 
packet transfer is performed by using channel numbers, not node 

25 IDs. Note that there is an isochronous gap between subactions. 

The state of the bus during data transfer is shown in Fig. 

IC. Isochronous transfer starts whenever the cycle master 
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generates a cycle start packet at fixed intervals. This enables 
the transfer of at least one packet every 125 /js , for one channel . 
This makes it possible to transfer data that requires real- 
time capabilities, such as moving images or audio. 
5 Asynchronous transfer occurs in intervals between 

isochronous transfers- In other words , isochronous transfer has 
a higher priority than asynchronous transfer. This is 
implemented by making the length of an isochronous gap shorter 
than the length of a subaction gap during asynchronous transfer, 
^=,10 as shown in Fig. IC. 

1.3 Tree Identification 
'It Tree identification is performed after a bus reset. During 

•^^ this tree identification, the parent-child relationships 
^115 between nodes and the root node are determined. 

First of all, each leaf node (a node that is connected to 
i^i only one other node) sends a "parent-notify" (PN) to the 
adjacent node, when nodes A, B, C, D, and E are connected as 
shown in Fig. 2A, by way of example, parent-notify is sent from 
20 node A to node B and from nodes D and E to node C. 

A node that has accepted a parent-notify recognizes that 
the originating node is its own child. It then sends a 
"child-notify" (CN) to that node. In the example shown in Fig. 
2A, a child-notify is sent from node B to node A and from node 
25 C to nodes D and E. This determines the parent-child 
relationships between nodes B and A, nodes C and D, and nodes 
C and E. 
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The parent-child relationship between nodes B and C is 
determined by which of them sends a parent-notify first, when, 
for example, node C sends the parent-notify first, node B 
becomes the parent and node C the child, as shown in Fig. 2B. 
5 A node wherein all nodes connected to the ports thereof 

are own-children becomes the root. In Fig. 2B node B has become 
the root. Note that IEEE 1394 allows for the possibility of any 
node becoming the root. 

=..10 1.4 Self Identification 

'fit After tree identification, self identification is 

performed. During self identification, self -ID packets are 
transferred in sequence starting from the nodes furthermost 
from the root node within the connection topology. 
Ql5 More specifically, node A, which is connected to port 1 

i^- (the port with the smaller number) of the root node B in the 
i=i configuration shown by way of example in Fig. 3, first 
broadcasts a self -ID packet ( self-identification packet ) to all 
the nodes . 

20 Node C, which is connected to port 2 (the port with the 

larger number) of the root node B, is then selected and node 
D, which is connected to port 1 (the port with the smaller number) 
of node C, broadcasts a self -ID packet. Node E, which is 
connected to port 2 (the port with the larger number) of node 

25 C, then broadcasts a self-ID packet, followed by node C. Finally, 
node B, which is the root, broadcasts a self-ID packet and self 
identification is complete. 
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The ID of each node is comprised within that node' s self -ID 
packet . The ID of that node is the total number of self-ID packets 
that have been received from other nodes up to the point at which 
that node broadcasts its own self -ID packet. Taking the example 
5 shown in Fig. 3 , no node has yet broadcast a self-ID packet at 
the point at which node A broadcasts, so the ID of node A becomes 
0. Node A broadcasts a self-ID packet containing the ID of 0. 
When node D broadcasts, only node A has issued a self-ID packet. 
Therefore, the ID of node D becomes 1 . In a similar manner, the 
==.10 IDs of nodes E, C, and B become 2, 3, and 4, respectively. 
'fit The format of a self -ID packet is shown in Fig. 4A. As shown 

in this figure, basic information on the nodes is comprised 
'II within the self-ID packets . More specifically, information such 
as the ID of each node (PHY_ID), whether or not the link layer 
ull5 is active (L) , the gap-count (gap_cnt) , the transfer speed (sp) , 
i== whether or not the node has the capability of becoming an 
i^i isochronous resource manager (C), the power state (pwr), and 
the port states (pO, pi, p2 ) is comprised therein. 

Note that Fig. 4B shows the format of self -ID packets #1, 
20 #2, and #3 that are used when a node has 4 or more ports, when 
a node has between 4 and 11 ports, self-ID packets #0 (Fig. 4A) 
and #1 are used; when a node has between 12 and 19 ports, self-ID 
packets #0, #1, and #2 are used; and when a node has between 
20 and 27 ports, self-ID packets #0, #1, #2, and #3 are used. 
25 The formats of a link-on packet and a PHY configuration 

packet, which are physical-layer packets (PHY packets) in a 
similar manner to the self-ID packets, are shown in Figs. 4C 
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and 4D. 

1.5 Isochronous Resource Manager 

The isochronous resource manager (IRM) has the management 
5 functions described below. 

First of all, it provides the various resources necessary 
for isochronous transfer. For example, it provides a channel 
number register and a bandwidth register. Secondly, it provides 
a register that indicates the ID of the bus manager. Thirdly, 
P-JO it takes on some of the bus management functions when there is 

no other bus manager. 
.JJ Of the nodes which have the capability of becoming the IRM 

;f (which are capable of managing isochronous resources ) and which 
are also in an operational state (having an active link layer) , 
9fl5 i.e. , of the nodes qualified to become the IRM, the node closest 
h'- to the root (the node with the largest ID) becomes the IRM. More 
i"l specifically, of the nodes having self-ID packets (see Fig. 4A) 
wherein the C (CONTENDER) bit indicating whether or not that 
node has IRM capability and the L (LINK_ACTIVE ) bit indicating 
20 whether or not the link layer is active are both 1, the closest 
node to the root (the node with the largest PHY_ID) becomes the 
IRM. when the C bit and L bit of the self-ID packet of the root 
node are both 1, for example, the root node will become the IRM. 

25 1.6 Cycle Master and Bus Manager 

The cycle master has the role of issuing the cycle start 
packet shown in Fig. IC, and the root node becomes the cycle 
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master. 

The bus manager performs tasks such as creating a topology 
map (the connection states of all the nodes), creating a speed 
map, managing power to the bus, determining the cycle master, 
5 and optimizing the gap count. 

1.7 Protocol Configuration 

The description now turns to the protocol configuration 
(layer structure) of IEEE 1394, with reference to Fig. 5. 
P|10 The IEEE 1394 protocol comprises a physical layer, a link 

f]\ layer, and a transaction layer. The serial bus management 
function monitors and controls the physical layer, link layer, 
]li and transaction layer, and provides various functions for 

controlling nodes and managing bus resources. 
^^fl5 The physical layer converts the logical symbols used by 

the link layer into electrical signals, performs bus 
C) arbitration, and defines the physical bus interface. 

The link layer provides functions such as addressing, data 
check, data framing, and cycle control. 
20 The transaction layer defines the protocol for 

transactions such as read, write, and lock 

The physical layer and link layer are usually implemented 
by hardware such as a data transfer control device (interface 
chip). The transaction layer is implemented either by firmware 
25 operating on the CPU, or hardware. 

2. Overall Configuration 
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The overall configuration of this embodiment is described 
below^ with reference to Fig. 6. 

In Fig. 6, a PHY interface 10 is a circuit that provides 
an interface with a PHY chip that implements the physical-layer 
5 protocol. 

A link core 20 (link means) is a circuit that implements 
part of the link layer protocol and the transaction layer 
protocol; it provides various service relating to packet 
transfer between nodes. A register 22 is provided to control 

,10 the link core 20 that implements these protocols. 

{ A FIFO (ATF) 30, FIFO ( ITF ) 32, and FIFO ( RF ) 34 are FIFOs 

' for asynchronous transmission, isochronous transmission, and 
reception, respectively; each being configured of hardware 

^ means such as registers or semiconductor memory. In this 

Il5 embodiment of the invention, these FIFOs 30, 32, and 34 have 
an extremely small number of stages. For example, the number 

I of stages per FIFO is preferably no more than three, and more 
preferably no more than two. 

DMACs 40, 42, and 44 are DMA controllers for ATF, ITF, and 

20 RF, respectively. Use of these DMACs 40, 42, and 44 makes it 
possible to transfer data between a RAM 80 and the link core 
2 0 without going through a CPU 66. Note that a register 46 
provides control such as that over the DMACs 40, 42, and 44. 
A port interface 50 is a circuit that provides an interface 

25 with application-layer devices (such as printer drivers, by way 
of example). In this embodiment of the invention, the use of 
this port interface 50 makes it possible to transfer 8-bit data. 
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for example. 

A FIFO (PF) 52 is a FIFO used for transferring data between 
an application-layer device and a DMAC 54 is a DMA controller 
for PF. A register 56 provides control over the port interface 
5 50 and the DMAC 54. 

A CPU interface 60 provides an interface with the CPU 66 
that controls the data transfer control device. The CPU 
interface 60 comprises an address decoder 62, a data 
synchronizer 63, and an interrupt controller 64. A clock 
.==,10 controller 68 controls the clock signals used by this embodiment, 
and an SCLK signal sent from the PHY chip and an HCLK signal 
'it that is a master clock are input thereto. 

'li A buffer manager 7 0 is a circuit that manages the interface 

with the RAM 80. The buffer manager 70 comprises a register 72 
Ull5 for controlling the buffer manager, an arbitrator 74 that 
H= arbitrates the bus connection to the RAM 80, and a sequencer 
Q 76 that generates various control signals. 

The RAM 80 functions as a randomly accessible packet 
storage means, where this function is implemented by SRAM or 
20 DRAM or the like. In this embodiment of the invention, the RAM 
80 is divided into a header area (broadly speaking, a control 
information area) and a data area, as shown in Fig. 7. The header 
of a packet (broadly speaking, control information) is stored 
in the header area of Fig. 7, and the data of the packet is stored 
25 in the data area thereof. 

It is especially preferable that the RAM 80 is accommodated 
within the data transfer control device of this embodiment. 
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However, it is possible to attach a part or entire portion of 
the RAM 80 externally. 

A bus 90 (or buses 92 and 94) is for connections to 
applications, as a first bus. Another bus 96 (or bus 98) is for 
5 controlling the data transfer control device, as a second bus, 
which is connected electrically to a device (such as a CPU) that 
controls the data transfer control device. Yet another bus 100 
(or buses 102, 104, 105, 106, 107, 108, and 109 ) is for electrical 
connections to physical-layer devices (such as the PHY chip), 
ilO as a third bus. A further bus 110 (a fourth bus) is for electrical 
; connections to RAM that acts as a randomly accessible storage 
\ means . 

f The arbitrator 74 in the buffer manager 70 arbitrates bus 

^ access requests from the DMAC 40, the DMAC 42, the DMAC 44, the 
fl5 CPU interface 60, and the DMAC 54. Based on the results of this 
= arbitration, a data path is established between one of the buses 
) 105, 107, 109, 98, and 94 and the bus 110 of the RAM 80 (i.e., 
a data path is established between one of the first, second, 
and third buses and the fourth bus). 
20 One feature of this embodiment is the way in which it is 

provided with the RAM 80, which stores packets in a randomly 
accessible manner, and also the mutually independent buses 90, 
96, and 100 as well as the arbitrator 74 for connecting one of 
those buses to the bus 110 of the RAM 80. 
25 A data transfer control device that has a different 

configuration from that of this embodiment is shown in Fig. 8, 
by way of example. In this data transfer control device, a link 
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core 902 is connected to a PHY chip by a PHY interface 900 and 
a bus 922, The link core 902 is connected to a CPU 912 by FIFOs 
904, 906, and 908, a CPU interface 910, and a bus 920, The CPU 
912 is also connected to a RAM 914, which is local memory in 
5 the CPU, by a bus 924, 

Note that the FIFOs 904, 906, and 908 differ from the FIFOs 
30, 32, and 34 of Fig. 6 in that they each have an extremely 
large number of stages (such as 16 stages per FIFO). 

The method of data transfer used with the data transfer 
-^10 control device configured as shown in Fig. 8 will now be 
described with reference to Fig. 9. A receive packet sent from 
another node through a PHY chip 930 passes through the bus 922, 
[If a data transfer control device 932, and the bus 920, then is 
■-^ accepted by the CPU 912 . The CPU 912 writes the accepted receive 
^=fl5 packet to the RAM 914 over the bus 924. The CPU 912 processes 
i== the receive packet into a form that can be used by the application 
\Z} layer, then transfers it to an application-layer device 934 over 
a bus 926. 

When the application-layer device 934 transfers data, on 
20 the other hand, the CPU 912 writes this data to the RAM 914. 
A header is appended to the data in the RAM 914 to create a packet 
that conforms to IEEE 1394. The thus created packet is sent to 
another node over the path comprising the data transfer control 
device 932 and the PHY chip 930. 
25 However, when this data transfer method is employed, the 

processing load on the CPU 912 is extremely heavy. This means 
that, even if there is a fast transfer speed over the serial 
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bus that connects nodes, the actual transfer speed of the entire 
system is slowed by factors such as processing overheads of the 
CPU 912, so that it is ultimately not possible to implement 
high-speed data transfer. 
5 One method that can be considered for solving this problem 

uses hardware DMA to implement data transfer between the data 
transfer control device 932 and the RAM 914 and data transfer 
between the RAM 914 and the application-layer device 934, as 
shown in Fig, 10. 

.= ,10 With this method, however, a CPU bus 928 must be used for 

data transfers between the data transfer control device 932 and 
the RAM 914, between the RAM 914 and the CPU 912, and between 
■f the RAM 914 and the application-layer device 934. This means 
that when an attempt is made to increase the speed of data 

Vl5 transfers within the entire system, a high-speed bus such as 
a PCI bus must be used as the CPU bus 928, leading to an increase 

\Z} in the cost of electronic equipment that uses this data transfer 
control device. 

In contrast thereto, this embodiment of the invention 
20 ensures that the bus 90 between a data transfer control device 
120 and an application-layer device 124; the CPU bus 96; and 
the bus 110 between the data transfer control device 120 and 
the RAM 80 are mutually separated, as shown in Fig. 11. The 
configuration is therefore such that the CPU bus 96 can be used 
25 solely for controlling data transfer. In addition, the bus 90 
is dedicated so that it can be used for data transfer between 
the data transfer control device 120 and the application-layer 
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device 124. when, for example, the electronic equipment in which 
the data transfer control device 120 is incorporated is a 
printer, the bus 90 can be used exclusively for transferring 
print data. As a result, the processing load on the CPU 66 can 
5 be reduced and the actual transfer speed of the entire system 
can be increased. In addition, an inexpensive device can be 
employed as the CPU 66 and it is also no longer necessary to 
use a high-speed bus as the CPU bus 96. This ensures that the 
electronic equipment can be made less expensive and more 
,==.10 compact. 

zi 3. Shaping (Reforming) of Self -ID Packet 
4? 3.1 Features of This Embodiment 

V During a self-ID period, self-ID packets are sent in from 

C|15 all the nodes connected to the bus, as shown in Fig. 12. The 
first quadlet of each self-ID packet forms the data itself 
Q) (body), comprising basic information such as the node ID, and 
the second quadlet is parity information (error check 
information) that is the inverse of the first quadlet (for 
20 details, see Fig. 4A) . 

With a data transfer control device of the configuration 
shown in Fig. 8, by way of example, a series of self -ID packets 
is shaped as shown in Fig. 13A. In other words, each self -ID 
packet, which is a physical-layer packet, is shaped by the 
25 attachment of a header that provides an interface with an upper 
layer (transaction layer or application layer) . The thus-shaped 
packet is stored in RAM (the RAM 914 of Fig. 8), which is local 
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memory for the CPU. 

However, it is necessary to have the same number of self-iD 
packets as the number of nodes, so that when there are 63 nodes 
connected to the bus, a minimum of 63 self-ID packets must be 
5 retained, by way of example. In other words, there is usually 
an extremely number of self-ID packets. If a header is appended 
to each self-ID packet and the resultant packets are stored as 
is in RAM, therefore, the free RAM capacity will be reduced and 
it will not be possible to use the resources of each node 
,10 efficiently. In addition, the firmware has to perform the 
: necessary processing for the acceptance of every one of these 
\ self-ID packets. Therefore, if the number of self-ID packets 
f increases, the processing load on the firmware will also 
increase. Furthermore, the work of shaping these accepted 
115 self-ID packets must be done after the self-ID period has ended, 
- in other words, after an bus reset has occurred then an initial 
I subaction gap has occurred. Therefore, if the number of self-ID 
packets increases, the processing load involved with shaping 
those packets will also increase. 
20 With this embodiment of the invention, a series of packets 

that are transferred in is shaped into a packet having a frame 
made up of a header (broadly speaking, control information) and 
data formed from that series of self-ID packets, as shown in 
Fig. 13B. In other words, the series of self-ID packets is 
25 re-packaged into a single packet and one header is appended to 
that re-packaged packet, to form an interface with upper layers. 
In the comparative example of Fig. 13A, headers are 
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appended in a one-to-one relationship to each self -ID packet. 
In contrast thereto, this embodiment of the invention 
concentrates on the wastage involved with appending headers to 
all of these self-ID packets, and thus appends a single header 
5 to a packet formed by re-packaging a series of self-ID packets. 

This configuration succeeds in effectively eliminating 
the situation by which the free capacity of the RAM (the RAM 
80 of Fig. 6), which is the packet storage means, is reduced. 
This makes it possible to reduce the size of the RAM, thus making 

%10 it possible to make the data transfer control device and 

i electronic equipment less expensive and more compact. 

] With the comparative example of Fig. 13A, if there are N 

i self-ID packets, there will be N packets after they have been 
shaped. It is therefore necessary to perform N packet reads in 

J15 order to read those shaped packets into RAM. 

In contrast thereto, this embodiment of the invention uses 

I only one shaped packet, even if there are N self -ID packets. 
It is therefore sufficient to perform only one packet read, in 
order to read that shaped packet into RAM. This means that the 

20 processing load on the firmware can be dramatically reduced. 
This makes it possible to utilize an inexpensive CPU, which 
makes the data transfer control device and electronic equipment 
less expensive and more compact. 

Since this embodiment of the invention assembles a series 

25 of self -ID packets together as a single packet, it has the 
advantage of simplifying the packet handling in comparison with 
the comparative example of Fig. 13A. 
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This embodiment of the invention erases the parity 
information in the second quadlet of each self-ID packet and 
forms the data portion of the shaped packet by linking together 
the self -ID packets without the erased parities (the data of 
5 the self-ID packets), as shown in Fig. 14A. This makes it 
possible to reduce the size of the shaped packet to 
approximately half that of a packet formed by not erasing the 
parities. This succeeds in further reducing the capacity of RAM 
that is necessary for storing the self -ID packet. 

^^10 In such a case, it is preferable that the data transfer 

control device determines whether or not there is an error in 
each self -ID packet, based on parity information of that self -ID 
packet, and appends status information HCE indicating whether 
or not there is an error to the trailer (broadly speaking, 

uJl5 control information) of the packet, as shown in Fig. 14B. This 
makes it possible to convey to the upper layers whether or not 

j^l there is an error in the self -ID packets as appropriate, even 
if the parity information of individual self-ID packets has been 
erased. 

20 Note that if there is an error in even one of the self-ID 

packets from the plurality of nodes connected to the bus, it 
will be necessary to re-do the self identification again, even 
if there are no errors in the other self -ID packets. It is 
therefore sufficient to use a single HCE bit as error status 

25 information for all of the self-ID packets. 

In addition, although it is preferable to incorporate the 
HCE bit into the trailer (footer), as shown in Fig. 14B, HCE 
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could equally well be incorporated into the header or it could 
be stored in a given storage means such as a register. 

In this embodiment of the invention, the RAM is divided 
into a header area (broadly speaking, a control information 
5 area) and a data area, and the header and trailer of the 
re-packaged packet are stored in the header area and the data 
thereof is stored in the data area. A data pointer, which 
indicates the address (such as the start address) of data 
written into the data area, is appended to the header. 
-3IO This simplifies the handling of the header and data, 

\ because the header and data are not mixed together in the RAM, 
H thus making it possible to reduce the processing load on the 
f CPU. 

^ Note that data length information could be appended to the 

fl5 header or trailer in addition to the data pointer, for 
^ indicating the size of the data (the total size of data in self-ID 
I packets 1 to N) • 

In addition, this embodiment of the invention appends BR, 

which is status information indicating whether or not the 
20 relevant packet was received during the self -ID period, to the 

trailer (broadly speaking, control information) of each packet, 

as shown in Fig. 15B. 

In other words, PHY packets handled by the physical layer 

include link-on packets and PHY configuration packets, in 
25 addition to self-ID packets, as shown in Figs. 4A to 4D. With 

this embodiment of the invention, it is preferable that the 

firmware can distinguish between self-ID packet and other PHY 
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packets (link-on packets and PHY configuration packets) in a 
simple manner. That is why a data pointer is appended to the 
self -ID packet, as shown in Fig. 15A, so that the firmware can 
handle the self-ID packet in a different manner from other PHY 
5 packets . 

However, it is not possible to distinguish what type of 
PHY packet is to be processed, even if tcode, which has been 
standardized by IEEE 1394 as information for distinguishing the 
packet type, is used. 
1 10 With this embodiment of the invention, BR, which indicates 

I whether or not the relevant packet was received during the 
self -ID period, is appended to the trailer of each packet, as 
f shown in Fig. 15B. This makes it possible for the firmware or 
^ the like to distinguish whether a packet is a self-ID packet 
115 or another PHY packet in a simple manner, reducing the 
- processing load. 

I Note that this embodiment of the invention provides an area 

that is dedicated to self -ID packets within the data area, as 
shown in Fig. 16, and the data portion of the re-packaged packet 

20 can also be written to this area. This makes it possible to 
simplify the processing required for the creation of a topology 
map, thus enabling a reduction in the processing load on the 
firmware or the like. 

25 3.2 Configuration 

The packet-shaping (reforming) functions of this 
embodiment of the invention are implemented by the link core 
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2 0 of Fig. 6 and the packet-division functions are implemented 

by the DMAC 44. 

A detailed example of the configuration of the link core 

20, the FIFO 34, and the DMAC 44 is shown in Fig. 17. Note that 
5 circuit blocks that are not related to packet shaping and packet 

division are omitted from Fig. 17. 

The link core 20 comprises a bus monitor circuit 130, a 

serial-parallel conversion circuit 132, and a packet shaping 

circuit 160. The packet shaping circuit 160 comprises a packet 
40 diagnosis circuit 142, a sequencer 167, a buffer 168, and a 
\ selector 170; and the packet diagnosis circuit 142 comprises 
; a tag creation circuit 162, a header /trailer creation circuit 
{ 164, and an error check circuit 166. 

The bus monitor circuit 130 monitors the 8-bit data bus 
fl5 D and the 2-bit control bus CTL that are connected to the PHY 

chip by the PHY interface 10. 
} The serial-parallel conversion circuit 132 converts the 

data on the data bus D into 3 2 -bit data. For example, when the 

transfer speed is 400 Mbps , 8-bit data is converted into 32-bit 
20 data; when the transfer speed is 200 Mbps, 4 -bit data is 

converted into 32-bit data; and when the transfer speed is 100 

Mbps, 2-bit data is converted into 32-bit data. 

The packet diagnosis circuit 142 is a circuit that 

diagnoses packets such as self-ID packets. The tag creation 
25 circuit 162 creates tags for delimiting the header, data, 

trailer, etc., and the header/trailer creation circuit 164 

creates headers and trailers (footers), as described with 
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reference to Figs. 13B to 15B. The error check circuit 166 
investigates error check information, such as parity 
information, comprised within each packet, to detect any errors 
therein. 

5 The sequencer 167 creates various control signals. The 

buffer 168 and the selector 170 select one of DI from the 
serial-parallel conversion circuit 132, a header and trailer 
from the packet diagnosis circuit 142, or data pointers from 
the DMAC 44 , using a SEL signal from the packet diagnosis circuit 
=aO 142. 

\l The FIFO 34 functions as a buffer for adjusting the phase 

of RD (which is output data from the link core 20) and the phase 
of WDATA (which is data to be written to the RAM 80), and it 
comprises a FIFO state judgement circuit 35. The FIFO state 

^115 judgement circuit 35 makes an EMPTY signal go active when the 

=^ FIFO is empty and a FULL signal go active when the FIFO is full. 

1} The DMAC 44 comprises a packet division circuit 180, an 

Si I; 

access request execution circuit 190, and an access request 
generation circuit 192. 

20 The packet division circuit 180 is a circuit that divides 

packets that have been shaped by the packet shaping circuit 160, 
then writes the headers and trailers to the header area of the 
RAM 8 0 and the data to the data area thereof (see Fig. 7) . The 
packet division circuit 180 comprises a tag determination 

25 circuit 182, a pointer update circuit 184, and an address 
generation circuit 188. 

The tag determination circuit 182 identifies the tags 
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(DTAG) created by the tag creation circuit 162. 

The pointer update circuit 184 receives an output from the 
tag determination circuit 182 and updates the header pointer 
and data pointer, for writing the header and data to the RAM 
5 80. 

The address generation circuit 188 receives an output from 
the pointer update circuit 184 and issues a write address WADR 
to the RAM 80. 

The access request execution circuit 190 executes access 

^=..^10 requests from the link core 20. When the FULL signal from the 
FIFO state judgement circuit 35 is active, the access request 

Z\ execution circuit 190 makes a FFULL signal go active. The 
sequencer 167 within the packet shaping circuit 160 makes RDS, 
which is a RD (RxData) strobe signal, go active on condition 

=^il5 that FFULL is not active. 

i== Note that RFAIL is a signal used by the sequencer 167 to 

i^) inform the access request execution circuit 190 that a reception 
has failed. 

The access request generation circuit 192 issues an access 
20 request to the RAM 80. The access request generation circuit 
192 receives WACK (which is a write acknowledgment from the 
buffer manager 70) and EMPTY from the FIFO state judgement 
circuit 35, and outputs WREQ (which is a write request) to the 
buffer manager 70. 

25 

3.3 Operation 

The operation of this embodiment of the invention will now 
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be described with reference to the timing waveforms shown in 
Fig. 18. 

The description first concerns the operation of the link 
core 20. 

5 The bus monitor circuit 13 0 determines whether or not the 

operation is within a self -ID period ( the period from a bus reset 
to the first subaction) and, when it is in this self -ID period, 
it makes a signal BRIP go high to indicate that the bus is being 
reset, as shown at CI in Fig. 18. 
,10 Whether or not the operation is in the self-ID period is 

f detected as described below. First of all, the bus monitor 
i circuit 130 monitors the 2 -bit CTL from the PHY chip. When CTL 
f is 01, as shown in Fig. 19A, it is determined that status 
- information is being sent from the PHY chip over the data bus 
^15 D, as shown in Fig. 19B. Checking the status information coming 
in over the data bus D from the PHY chip makes it possible to 
J determine whether or not the bus has been reset ( from bit 2 ) 
and whether or not a subaction gap has occurred (from bit 1), 
as shown in Fig. 19C. When the bus monitor circuit 130 determines 
20 that a bus reset has occurred, it sets BRIP to high as shown 
in Fig. 18, and when it determines that a subaction gap has 
occurred, it returns BRIP to low. 

By monitoring this BRIP, the packet diagnosis circuit 142 
can perceive whether or not the operation is within the self-ID 
25 period. A packet that has been sent in during this self-ID period 
is regarded as a self-ID packet and the previously described 
packet shaping is performed thereon. 
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When the self-ID period starts, the header /trailer 
creation circuit 164 of the packet diagnosis circuit 142 creates 
a header. This header is input to the selector 17 0 through the 
buffer 168, and the selector 170 selects it, based on the signal 
5 SEL from the packet diagnosis circuit 142. This causes the 
header to be output to the FIFO 34 as RD, as shown at C2 in Fig. 
18. 

Note that the format of the header and trailer created by 

the header/trailer creation circuit 164 when a packet is a 
..=.10 self-ID packet is shown in Fig. 20A. The hatched portion in this 
1^ figure is the trailer; the rest is the header. 
'it The format of the header and trailer created by the 

if header/trailer creation circuit 164 when a packet is a PHY 

packet other than a self-ID packet is shown in Fig. 20B. 
□15 When the header is output as RD, a data pointer from the 

DMAC 44 is then input through the buffer 168 to the selector 
Q 170, and is selected by the selector 170. This causes the data 

pointer to be output to the FIFO 3 4 as RD, as shown at C3 in 

Fig. 18. 

20 When CTL is 10, as shown in Fig. 19B, this is a reception 

state and self-ID packets are being sent in over the data bus 
D from the PHY chip. The serial-parallel conversion circuit 132 
converts the data of such a self-ID packet as 32-bit data DI, 
and outputs it to the packet diagnosis circuit 142 and the buffer 

25 168. 

Note that DIE is a signal that indicates whether the DI 
data is enabled or disabled (enabled when DIE is high). The 



31 



packet diagnosis circuit 142 can perceive delimiters of the 

packet by checking this DIE. DIS is a strobe signal that 

indicates the DI fetch timing. 

When the data pointer is output as RD , the above described 
5 DI (a series of self -ID packets) is then input from the 

serial-parallel conversion circuit 132 to the selector 170 

through the buffer 168, and is selected by the selector 170. 

This causes the series of self-ID packets to be output as RD 

to the FIFO 34, as shown at C4 . 
,^40 Note that the second quadlet of each self-ID packet is 

erased during this process in accordance with this embodiment 
'lA of the invention, and is thus not output to the FIFO 34, as was 
[]{ described with reference to Fig. 14A. The error check circuit 
■^^ 166 of the packet diagnosis circuit 142 checks these second 
9fl5 quadlets . when there is one packet with an error among the series 
i== of self-ID packets, the error check circuit 166 instructs the 
r| header/trailer creation circuit 164 to append the error status 

information HCE to the trailer, as was described with reference 

to Fig. 14B. 

20 When DI is output as RD, the trailer from the 

header /trailer creation circuit 164 is then input to the 
selector 170 through the buffer 168, and is selected by the 
selector 170. This causes the trailer to be output to the FIFO 
34 as RD, as shown at C5. 

25 This trailer comprises Datalength indicating the size of 

the data, BR indicating whether or not packets were received 
during the self-ID period, and error status information HCE, 
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as shown in Fig. 20A. 

Note that when a packet to be processed is a self-ID packet 
received during the self-ID period, BR becomes 1 as shown in 
Fig. 20A; when it is a link-on packet or PHY configuration packet 
5 received outside of the self-ID period, BR becomes 0 as shown 
in Fig. 2 OB. This enables the firmware to distinguish between 
these packets, even when tcode is the same Ox E. 

If there is an error in even one of the self-ID packets, 
HCE becomes 1. This makes it possible for the firmware or the 

===40 like to detect whether or not there is an error in the self-ID 
packets, in a simple manner, enabling re-processing of the self 
identifications again. 

[ll The tag creation circuit 162 generates tags for 

distinguishing between the various types of information that 
are output as RD. In this embodiment of the invention, each tag 

h= has two bits, as shown in Fig. 21, where (00), (01), (10), and 
(11) indicate header, trailer, data, and start (top of the 
header), respectively. Therefore, the tags shown in Fig. 18 by 
way of example change in the sequence: (ll)f (00), (10), 
20 (10),..., (01). The configuration is such that 34-bit data 
consisting of these 2-bit tags and the 32-bit RD are input to 
the FIFO 34. 

A timing waveform chart of the processing during the 
shaping of a PHY packet (link-on packet or PHY configuration 
25 packet) that is not a self-ID packet, outside of the self-ID 
period, is shown in Fig. 22. The packet diagnosis circuit 142 
determines that this is not the self-ID period when BRIP is low. 
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In this case, the signal SEL is controlled and the data pointer 
is not selected after the header has been created . In other words , 
this processing differs from that shown at C3 in Fig. 18 in that 
no processing is done to append a data pointer to the header, 
5 as shown at Dl in Fig. 22. And as shown at D2 in Fig. 22, 
processing to re-package plurality of PHY packets into a single 
packet is not performed. The BR bit that indicates whether or 
not this is the self -ID period is set to 0, as shown in Fig. 
20B. The tags change in this sequence: (11), (10), (01). 
:=:^10 The description now turns to the operation of the DMAC 44 . 

'r^ The tag determination circuit 182 comprised within the 

packet division circuit 180 determines each DTAG that is output 
[I: from the FIFO 34 together with WDATA (which is data written to 
the RAM 80) , to identify whether WDATA refers to the start (top 
^=3.5 of the header), header, data, or trailer. The pointer update 
p= circuit 184 updates the header pointer and the data pointer 
i^i based on this result. The address generation circuit 188 then 
generates WADR (the write address for WDATA) based on the 
updated header pointer and data pointer. 
20 More specifically, when it is determined from the DTAG that 

WDATA is the start or the header, for example, the pointer update 
circuit 184 increments (broadly speaking, updates) the header 
pointer. The address generation circuit 188 issues WADR (which 
is an address in the RAM 80) in accordance with the thus 
25 incremented header pointer. 

When it has been determined from the DTAG that WDATA is 
data, the pointer update circuit 184 increments the data pointer. 
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The address generation circuit 188 issues WADR in accordance 
with the data pointer that is to be incremented. Finally, when 
it has been determined from the DTAG that WDATA is a trailer, 
the pointer update circuit 184 increments the header pointer 
5 this time. 

The above described configuration makes it possible to 
divide the packet and write the contents to separate header and 
data areas. 

A particular feature of this embodiment is the way in which 
40 the data pointer to be appended to the header is transferred 
= from the pointer update circuit 184 to the packet shaping 
\ circuit 160. The packet shaping circuit 160 appends the thus 
? transferred data pointer to the header. 

^ This configuration makes it possible for the firmware or 

fl5 the like, which reads a header from the header area, to easily 
' determine the storage address within the data area of the data 
1 that corresponds to that header. In addition, the data pointer 

is appended by the packet shaping circuit 160, so it is not 

necessary for the DMAC 44 (the packet division circuit 180) to 
20 participate therein. The DMAC 44 can therefore concentrate on 

writing data to the RAM 80, which simplifies the circuit 

configuration and processing of the DMAC. 

Note that the settings of boundaries that divide up the 

area of the RAM 80, such as the boundary between the header area 
25 and the data area (PI to P6 in Fig. 16) is implemented by the 

CPU 66 (firmware, or the like) setting pointers that indicate 

the addresses of the boundaries, and sending them through the 
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CPU interface 60 into the pointer setting registers within the 
register 46. 

When the data area is divided into a plurality of areas 
(when it is divided into areas for isochronous transfer and 
5 asynchronous transfer, or when it is divided into areas for 
first and second asynchronous transfers) it is preferable to 
have a plurality of data pointers indicating those areas. More 
specifically, assume that the DMAC 44 passes a plurality of data 
pointers, such as first and second data pointers, to the packet 
\10 shaping circuit 160 (it is equally possible to pass three or 
t more data pointers in this manner), as shown in Fig. 17. Such 
a configuration makes it possible to store moving image data 
-J from a digital camera continuously in the data area for 
' isochronous transfer and print data for a printer continuously 
fl5 in the second data area for asynchronous transfer (storing 
l control data such as command data and status data in the first 
I data area for isochronous transfer). 

The access request generation circuit 192 generates WREQ 
and outputs it to the buffer manager 70, based on EMPTY from 
20 the FIFO state judgement circuit 35 and WACK from the buffer 
manager 70. The arbitration circuit 74 of the buffer manager 
70 arbitrates bus usage, based on this WREQ, the status of the 
DMAC 54 for PF, and WREQ from the CPU interface 60. 

25 4. Electronic Equipment 

The description now turns to examples of electronic 
equipment comprising the data transfer control device of this 
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embodiment • 

An internal block diagram of a printer that is one example 
of such electronic equipment is shown in Fig. 23A with an 
external view thereof being shown in Fig. 24A. A CPU 
5 (microcomputer) 510 has various functions, including that of 
controlling the entire system. An operating section 511 is 
designed to allow the user to operate the printer. Data such 
as a control program and fonts is stored in a ROM 516, and a 
RAM 518 functions as a work area for the CPU 510. A display panel 
P,10 519 is designed to inform the user of the operational state of 
the printer. 

Print data that is sent from another node, such as a 
[II personal computer, through a PHY chip 502 and a data transfer 

control device 500 is sent directly to a print processing 
9fl5 section 512 over a bus 504. The print data is subjected to given 
p= processing by the print processing section 512 and is output 
CI for printing to paper by a print section (a device for outputting 

data) 514. 

An internal block diagram of a scanner that is another 
20 example of electronic equipment is shown in Fig. 23B with an 
external view thereof being shown in Fig. 24B. A CPU 520 has 
various functions, including that of controlling the entire 
system. An operating section 521 is designed to allow the user 
to operate the scanner. Data such as a control program is stored 
25 in a ROM 526 and a RAM 528 functions as a work area for the CPU 
520. 

An image of a document is read in by an image read section 
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(a device for fetching data) 522, which comprises components 
such as a light source and an opto-electric converter, and data 
of the read-in image is processed by an image processing section 
524. The processed image data is sent directly to the data 
5 transfer control device 500 over a bus 505. The data transfer 
control device 500 creates packets by attaching headers and the 
like to this image data, then sends those packets through the 
PHY chip 502 to another node such as a personal computer. 

An internal block diagram of a CD-R drive that is a further 
|10 example of electronic equipment is shown in Fig. 23C with an 
I external view thereof being shown in Fig. 2 4C. A CPU 53 0 has 
\ various functions, including that of controlling the entire 
: system. An operating section 531 is designed to allow the user 
' to operate the CDDR. Data such as a control program is stored 
fl5 in a ROM 536 and a RAM 538 functions as a work area for the CPU 
l 530. 

1 Data read out from a CD-R 532 by a read/write section (a 

device for fetching data or a device for storing data) 533, which 
comprises components such as a laser, a motor, and an optical 

20 system, is input to a signal processing section 534 where it 
is subjected to given signal processing such as error correction. 
The data that has been subjected to this signal processing is 
sent directly to the data transfer control device 500 over a 
bus 506. The data transfer control device 500 creates packets 

25 by attaching headers and the like to this data, then sends those 
packets through the PHY chip 502 to another node such as a 
personal computer . 
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Data that has been sent in from another node through the 
PHY chip 502 and the data transfer control device 500, on the 
other hand, is sent directly to the signal processing section 
534 over the bus 506. The data is subjected to given signal 
5 processing by the signal processing section 534 then is stored 
by a read/write section 533 in the CDDR 532. 

Note that another CPU for data transfer control by the data 
transfer control device 5 00 could be provided in addition to 
the CPU 510, 520, or 530 of Fig. 23A, 23B, or 23C. 
ilO Use of the data transfer control device of this embodiment 

I in electronic equipment makes it possible to perform high-speed 
\ data transfer. Therefore, if a user wishes to order a printout 
J from a personal computer or the like, the printout can be 
- completed with only a small time lag. Similarly, a user can see 
J15 a scanned image with only a small time lag after instructing 
= the scanner to take an image. It is also possible to read data 
I from a CD-R or write data to a CD-R at high speeds. The present 
invention also makes it simple to use a plurality of items of 
electronic equipment connected to one host system or a plurality 
20 of items of electronic equipment connected to a plurality of 
host systems, for example. 

Use of the data transfer control device of this embodiment 
in electronic equipment also reduces the processing load on 
firmware running on the CPU, making it possible to use an 
25 inexpensive CPU and low-speed buses. It is also possible to 
reduce the capacity of the RAM in which packets are stored. This 
makes it possible to ensure that electronic equipment is less 
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expensive and more compact. 

Note that the electronic equipment that can employ a data 
transfer control device in accordance with the present 
invention is not limited to the above described embodiments, 
5 and thus that various other examples can be considered, such 
as various types of optical disk drive (CD-ROM or DVD), 
magneto-optic disk drives (MO), hard disk drives, TVs, VTRs, 
video cameras, audio equipment, telephones, projectors, 
personal computers, electronic data book, and dedicated 
^,10 wordprocessors • 

J Note also that the present invention is not limited to the 

\ embodiments described herein, and various modifications are 
{ possible within the scope of the invention laid out herein. 
' For example, the configuration of the data transfer 

fl5 control device in accordance with the present invention is 
^ preferably that as shown in Fig. 6, but it is not limited thereto. 
I It is also possible to employ the configuration shown in Fig. 
8, by way of example. 

Similarly, the present invention is preferably applied to 
20 data transfer as defined by the IEEE 1394 standard, but it is 
not limited thereto. For example, the present invention can also 
be applied to data transfer in accordance with standards that 
are based on a similar concept to that of IEEE 1394 or standards 
that are developed from IEEE 1394. 

25 
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